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The present invention relates to a metadata database 
maaagement system, and more particularly to a metadata database 
management system for a database system that manages diverse 
incoming and outgoing data. 



Infoimation service companies, also referred to as information 
service providers, provide information including financial data and 

15 news on a subscription basis to subscribers or information 
consumers. The information consumers are predominantly commercial 
entities, and the information provided includes records, such as 
company annual reports; company results announcements; company 
share prices; news items relating to particular companies; news items 

20 and market prices relating to market sectors (e.g. 
telecommunications, banking, or pharmaceuticals); commodity prices, 
and so on. Each record provides information on a specific subject and 
each record has a number of information fields. For example, a record 
that provides the stock information of a particular company can 

25 include information fields that provide the last transacted price on a 
particular day, the change in stock price relative to the previous day, 
the day's highest price, the day's lowest price, the opening price, the 
current bid and ask prices, the volume of stock traded, and a variety of 
other information. 

30 The information service provider receives information from 

various information sources, and typically uses a database system 
that comprises several databases for storing the information from the 
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various information sotirces. Dependent on which information source 
provides the information, and which information consumers the 
information is to be provided to, the received information from a 
particular data source may be stored in one or more of the databases. 
5 Similarly information to be provided to a particular information 
consumer may be retrieved from one or more databases. 

An information service provider receives information directly from 
various information sources, which include reporters in the field; and 
indirectly, from a variety of third parties, including stock exchanges 

10 and data providers around the world. The information sources 
themselves may also be companies with their own information 
database systems, and such database systems are typically 
proprietary, and do not share common information platforms, 
language, formats, structure, classifications, distribution formats, 

15 taxonomy, etc., with the database system of the information service 
provider. 

In addition, information service providers provide information to a 
variety of information consumers. Some of these information 
consumers, such as banks and financial institutions, use the 

20 information for their own business purposes. Other information 
consumers may value-add to the information by processing or 
repackaging the information, and then providing the resultant value- 
added information to their own information consumers. Some 
information consumers have their own database systems, and again, 

25 like the information sources, such database systems of the 
information consumers are typically proprietary, and do not share 
common information platforms, language, formats, structure, 
classifications, distribution formats, taxonomy, etc., with the 
database system of the information service provider. 

30 Hence, a primary function of an information service provider is to 

convert raw data or data with low granularity to value added 
information or derived information, getting information from a variety 
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of information sources and providing the information to a variety of 
information consumers, whereby the database systems of the 
information sources, the information service provider and the 
information consumers are not directiy compatible, 
5 Due to the variety of information sources, a specific inbound 

processor has to be configured to receive information from a particular 
information source, and process the information into a form that is 
compatible with the database system of the information service 
provider, before the information firom the particular information 

10 source can be stored by, and made available to, the information 
service provider. As a result the information service provider requires 
a variety of inbound processors for processing information from a 
variety of information sources. 

Similarly, when information is to be provided to a particular 

15 information consumer, a specific outbound processor has to be 
developed to retrieve predetermined information stored by the 
information service provider, process the retrieved information into a 
form that is usable by the pairticular information consumer, and then 
provide the processed information to the particular information 

20 consimier. Again, as a result, the information service provider 
requires a variety of outbound processors for processing information 
for the variety of information consumers. 

FIG. 1 shows an information service provider 100, in accordance 
with the prior art, that receives information firom various information 

25 sources 105, stores the information in databases 115A-115C, and 
provides information from the databases 115A-115C to various 
information consumers 110. A particular inbound processor 120A is 
coupled between each of the information sources 105 and the 
databases 115A-115C, and the particular inbound processor 120A is 

30 designed to receive information from predetermined one or more of 
the information sources 105, and to store the received information in 



wo 03/083724 



PCT/SG03/00036 



4 

the databases 115A-115C in accordance with a predetermined 
arrangement. 

Similarly, a particialar outbound processor 125A is coupled 
between the databases 115A-115C and each of the information 
5 consumers 110, and the particular outbound processor 125A is 
designed to retrieve predetermined records from the databases 115A- 
115C, and provide the predetermined records to the particular 
information consumer llOA. 

In the past, the information service provider relied on many 

10 different database systems 115A-115C, with multiple and varied 
database structures, coupled together to store the information. 
Consequently organization of the stored information was difficult, 
which made storing and retrieving information complicated. The 
inboimd and outbound processors 120 and 125 were created as and 

15 when there was a need from particular information sources 105 and 
from particular information consumers 110. As these inbound and 
outboimd processors 120 and 125 are created on an adhoc basis, 
there was a tendency for records in the database system 115A-115C, 
and even the inboimd and outbotind processors 120 and 125, to be 

20 duplicated. 

An improved database system for an information service provider 
is disclosed in pending Singapore patent application no. 200100230-2 
by Stadelmann et al., titled ^Method and Apparatus for a Financial 
Database Structure'*, and assigned to the same assignee, Reuters 

25 Limited of the United Kingdom, as the present patent application. The 
Stadelmann et al. patent application is incorporated herein by 
reference thereto. Stadelmann et al. teaches a database system 
comprising a single data repository that allows the complexity and 
changes to the single data repositoiy, the inboimd processors 120, 

30 and the outbound processors 125, to be managed. Thus, avoiding 
duplication of data and resources, and the inefficiencies of the prior 
art database system. 
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FIG. 2 shows an information service provider 200, in accordance 
with the Stadelmann patent application, that utilizes the improved 
database system 215, that provides a single data repository. As 
before, inbound processors 220 receive, process and store information 
5 from the information sources 105 in the database system 215, and 
outbound processes 225 retrieve, process and provide information 
from the database system 215 to the information consumers 110. 

Typically, the inboimd and outbound processors 220 and 225 
comprise tailor made or customized software programs that are 

10 developed on an adhoc basis. Typicalty, the software programs are 
developed when the information service provider contracts to work 
with a new information source or a new information consimier, and to 
meet new requirements of existing information sources or constraiers. 
A disadvantage of the adhoc nature of the development and 

15 implementation of the customized software programs is that 
documented details and records are typically scarce, unstructured, 
fragmented. In some instances such information may not be available 
in consolidated form at one location, and where available, may not be 
easily accessible. Indeed, even when available, the documented 

20 details and records may be outdated, and may provide insufficient 
details to be useful. Consequently, knowledge that relates to the 
database system, the information sources and the information 
consumers, as may be captured in the documented details and 
records, is not managed, and various knowledge aspects that may be 

25 derived from such knowledge is not available. 

A further disadvante^e due to the lack of dociomented details and 
records, is the difficidty in maintaining such customized software 
programs, and training others to use and maintain such customized 
software programs. Hence, the need for knowledge aspects for 

30 maintenance and training. 

Yet a further disadvantage is the difficulty of making changes and 
tracking the changes that may be required to the various customized 
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software programs, and the database system from time to time. Any 
changes need to be managed, controlled and tracked, and these 
reqiiirements can be compoianded when a single change requires 
mviltiple related changes to be effected. In addition, various versions 
5 of software programs may be employed, and these versions shoxdd be 
controlled to avoid incompatibility. Still another disadvantage due to 
the lack of docvimented details and records is the inability to view, 
organize, and change the relationships between data stored in the 
database systems of the information sources, the database system 

10 and the information consumers. Hence, managing changes is another 
knowledge aspect that is required. 

A still further disadvantage is the tendency for rediandancy to 
occur when each of the customized software programs is developed 
and put into operation. For example, standard processes for storing 

15 and retrieving information in the database system may be duplicated 
for a variety of inbound and outbound information processors; or 
common standards for some of the information relating to currency, 
vuiits, language, geographical units, symbols etc. may be duplicated. 
This results in inefficient customized software programs and 

20 inefficient use of resources, which increases the complexity of 
maintaining the various customized software programs and the 
database system. Thus, managing resources is a further knowledge 
aspect that is required. 

Hence, there is a need to store and maintain information about 

25 the database system, the inboimd processors and the outbound 
processors in a knowledge repository. There is also a need to provide 
a means that can be used to determine various knowledge aspects of 
the database system, inboimd processors and the outbound 
processors, from the information in the knowledge repository. 

30 
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Brief Summary of the Invention 

The . present invention seeks to provide a metadata database 
system and method therefor which overcomes, or significantly 
5 reduces, the abovementioned problems of the prior art. 

Accordingly, in one aspect, the present invention provides a 
metadata database management system for at least one database, 
wherein the at least one database is coupled to receive information 
from at least one information source and coupled to provide 
10 information to at least one information consxmier, the metadata 
database management system comprising: 

a metadata database for storing metadata associated with data 
stored in the at least one database, for storing metadata associated 
with the at least one information source, and for storing metadata 
15 associated with the at least one information consumer; and 

a knowledge manager coupled to the metadata database, the 
knowledge manager comprising at least one metadata application for 
managing a plurality of knowledge aspects of the at least one 
database, the at least one metadata application for accessing at least 
20 some of the metadata stored in the metadata database, and the at 
least one metadata application for using the at least some of the 
metadata to manage at least one of the plurality of knowledge aspects 
of the at least one database. 

In another aspect the present invention provides a metadata 
25 database for a metadata database management system of at least one 
database, wherein the at least one database is coupled to receive 
information from at least one information source and coupled to 
provide information to at least one information consimier, the 
metadata database comprising: 
30 a metadata repository for storing metadata associated with data 

stored in the at least one database, for storing metadata associated 
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with the at least one information source, and for storing metadata 
associated with the at least one information consumer. 

In yet another aspect the present invention provides a 
knowledge manager for a metadata database management system of at 

5 least one database, wherein the at least one database is coupled to 
receive information from at least one information source and coupled 
to provide information to at least one information consumer, the 
knowledge manager comprising: 

at least one metadata application for coupling to a metadata 

10 database, the at least one metadata application for managing a 
plurality of knowledge aspects of the at least one database, the at 
least one metadata application for accessing at least some of the 
metadata stored in the metadata database, and the at least one 
metadata application for using the at least some of the metadata to 

15 manage at least one of the plurality of knowledge aspects of the at 
least one database. 

Brief Description of the Drawings 

20 An embodiment of the present invention will now be described, by 

way of example, with reference to the drawings of which: 

FIG. 1 shows a functional block diagram of an information service 
provider in accordance with the prior art; 

FIG. 2 shows a functional block diagram of an information service 
25 provider also in accordance with the prior art^ 

FIG. 3 shows a functional block diagram of a metadata database 
management system, in accordance with the present invention, 
operably coupled to the information service provider in FIG. 2; 

FIG. 4 shows a more detailed functional block diagram of the 
30 metadata database in FIG. 3 with it constituent components; 
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FIG. 5 shows a functional block diagram of the metadata 
database in FIG. 3 indicating the flow of information between various 
metadata portions; 

FIGS. 6A-6G is an entity relationship diagram of the metadata in 
5 the metadata database in FIG. 3; and 

FIG. 7 shows a schematic of a computer system for implementing 
the metadata database management system. 

Detail Description of the Drawings 

10 

The present invention provides a metadata database management 
system for dynamically coupling to a database system, where the 
metadata database management system comprises a metadata 
database and a knowledge manager. The metadata database provides a 

15 single knowledge repository for storing metadata associated with data 
stored in the database system, metadata associated with information 
sources that provide information for storage in the database system, 
and metadata associated with information consximers that provide 
information retrieved from the database system. 

20 The knowledge manager is coupled to access the metadata 

database, and provides a plurality of metadata applications that 
selectively use the metadata in the metadata database to manage a 
plvirality of knowledge aspects of the database system, the 
information sources and the information consumers. 

25 Thus, the metadata database management system in accordance 

with the present invention, as will be described, stores and maintains 
knowledge of the database system, the inboimd processors and the 
outboimd processors, and uses the stored knowledge to manage the 
database system, the inboimd processors and the outboimd 

30 processors. 

FIG. 3 shows a metadata database management system 300 
comprising a metadata database 305 and knowledge manager 310. The 
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metadata database 305 is a metadata repositoiy, which stores 
metadata that supports the knowledge manager 310, and the 
metadata database 305 is dynamically coupled to a database system 
315 of an information service provider 320. 
5 The information service provider 320 includes inbound 

information processors 325, that process information from 
information sources 330 and stores the processed information in the 
database system 315. The information service provider 320 also 
includes outbound information processors 335, that process 

10 information retrieved from the database system 315, and provides the 
processed information to information consumers 340. 

The information sources 330 include another information service 
provider 345, and the information consumers 340 include yet amother 
information service provider 350. Each of the information service 

15 providers 345 and 350 have inboxmd 345A and 350A and outboimd 
345B and 350B information processors coupled thereto, respectively. 
And each of the inboimd information processors 345A and 350A are 
coupled to information sources 345C and 350C, respectively. Similarly, 
each of the outboimd information processors 345B and 350B are 

20 coupled to information consimiers 345D and 350D, respectively. 
Finally, each of the information service providers 345 and 350 have a 
database system 345E and 350E, respectively, that are coupled to the 
respective inbound 345A and 350A and outbound 345B and 350B 
processors. 

25 It will be appreciated by one skilled in the art that while the 

information sources 330 include the information service provider 345, 
there may be many other information service providers that function 
as information soxirces for the information service provider 320. 
Further, the information service provider 345 may have yet another 

30 information service provider (not shown) function as one of its 
information sources. Likewise, while the information consumers 340 
include the information service provider 350, there may be other 
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information service providers that perform the fxinction of information 
consumers for the information service provider 320. Fiirther, the 
information service consumer 350 may have yet another information 
service provider (not shown) fimction as one of its information 
5 consumers. 

The metadata database 305 is coupled to each of the database 
systems 315, 345E and 350E, the inbound processors 325, 345A and 
350A, and the outboimd information processors 335, 345B and 350B; 
and the metadata database 305 stores metadata associated with each 
10 of the information service providers 320, 345 and 350, including 
information about data in the database systems 315, 345E and 350E, 
information about the inboxmd processors 325, 345A and 350A, and 
information about the outboimd information processors 335, 345B and 
350B. 

15 The knowledge manager 310 comprises a variety of applications 

that support various knowledge aspects of the database systems 315, 
345E and 350E, the inbovmd processors 325, 345A and 350A, and the 
outbovmd information processors 335, 345B and 350B, by accessing 
predetermined metadata stored in the metadata database 305 

20 With additional reference now to FIG. 4, the metadata database 

305 and the knowledge manager 310 comprise a variety of portions 
452-468 and applications 470-486, respectively. The variety of portions 
452-468 and applications 470-486 are integrated by being inter- 
coupled, as represented by a common information bus 469 that links 

25 the variety of portions 452-468 and applications 470-486, Hence, the 
applications 470-486 can access any of the portions 452-468 of the 
metadata database 305. 

The metadata database 305 comprises several portions, which 
include a knowledge portion 452, a knowledge entity portion 454, a 

30 data-mapping portion 456, a data dictionary portion 458, a change 
management portion 460, a business rules portion 462, a business 
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events portion 464, a reference and standards portion 466, a multiple 
language portion 467, and a docximent resoxirces portion 468. 

The metadata in one or more of these portions 452-466 may be 
accessed by each of the variety of applications 470-486 of the 

5 knowledge manager 310. Also, the metadata database 305 is 
extensible and additional metadata can be added to support 
extensions when, for example, information on new service providers 
are added. Also, when new applications are added to the knowledge 
manager 310, the extensible metadata database 305 will allow the 

10 metadata to support the new applications to be stored therein. In one 
embodiment, a relational database management system was used to 
create the metadata database 305. 

The metadata in the metadata database 305 is oi^anized in 
entities, which typically consist of one or more attributes. In addition, 

15 each entity may consist of one or more unique identifiers, such as a 
primary key and a unique key. Each attribute may have one and only 
one domain. Further, each domain may have one or more domain 
values. The domain is a constraint or set of allowable values that an 
attribute may have. Each of the portions 452-468 of the metadata 

20 comprises predetermined collections of entities, attributes and 
domains. 

The knowledge portion 452 provides information that relates to 
knowledge entities such as, knowledge about experience, ideas, 
business intelligence, intellectual assets, profiles, programs, 

25 procedures, processes, best practices, lessons learnt, education, and 
information or location relating to knowledge entities. The primary 
entities in a portion of an ER diagram that constitutes the knowledge 
portion 452 of the metadata database 305 are shown in FIG. 6E, which 
along with FIGS. 6A-6D and 6F to 6G, will have entities thereshown 

30 described later. ER diagrams are entity relationship diagrams, which 
will be known to one skilled in the art. 
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The knowledge entity portion 454 provides information on 
knowledge entities, such as organizations units and systems. For 
example, organization units include company, department, functional 
group, project, and a person; and systems can include applications, 
5 tools, and database systems. Each knowledge entity may be 
associated with one or more knowledge entities. The relationships of 
the knowledge entities are stored in a hierarchical structure. The 
knowledge entity portion 454 when associated with the knowledge 
portion 452 forms the expertise, for example, of managing document 

10 change and supports collaboration between the different portions. In 
addition, each knowledge entity can collaborate knowledge in many 
metadata portions, such as docimients, business rules, business 
events and change management. For example, each knowledge entity 
can perform one or more collaboration roles, such as publisher, 

15 sponsor, trainer, author, contributor, editor, translator, reviewer, 
requester, tester, and administrator. These knowledge entities form 
the foundation of organization of metadata in the metadata database 
305. The primary entities in a portion of an ER diagram, that 
constitute the knowledge entity portion 452 of the metadata database 

20 305, are shown in FIG. 6D. 

The data mapping portion 456 provides information on the multi- 
dimensional mapping between information received from the 
information sources 330 and stored in the database system 315, and 
the information retrieved from the database system 315, and provided 

25 to the information consumers 340, seairJessly. This mapping 
information describes back-end data extraction and transformation 
processes used to prepare data, and the data mapping across the 
information soxirces 330, the information service provider 315 and the 
information consumers 340, facilitates data heritage analysis that 

30 traces how and where data originates, is transformed, mapped, 
manipxalated, derived or aggregated. In addition, the mapping 
information defines the information sources' and information 
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consumers' database sjrstems 345E and 350E, supplier and/ or feed 
structure, and format in detail. The primary entities in a portion of an 
ER diagram, that constitutes the data-mapping portion 456 of the 
metadata database 305, are shown in FIG. 6A. 
5 The data dictionary portion 458 provides information of logical 

and physical data models, and information, which describes what type 
of information is stored, and how that information is organized in the 
structure of the metadata database 305. The data dictionary metadata 
also includes properties and characteristics for data tables and 
10 columns, such as data type, imiqueness, optionality, referential 
integrity, and data values held in a particular domain. The primary 
entities in a portion of an ER diagram, that constitute the data 
dictionary portion 458 of the metadata database, 305 are shown in 
FIG- 6B. 

15 The change management portion 460 provides information on 

changes across metadata portion of the metadata database 305, such 
as, data models, applications, documentation, business rules, the 
data mapping, etc. The change management portion 460 archives all 
information related to changes, including what was changed, why it 

20 was chsaiged, where it was affected, when the change took place, who 
made the change, and how the change was carried out. The primary 
entities in a portion of an ER diagram, that constitute the change 
management portion 460 of the metadata database 305, are shown in 
FIG. 6C. 

25 The business rules portion 462 provides information on business 

rules, which are statements that impose some form of constraints on 
multiple levels, such as data elements, corporate guidelines, etc. For 
example, data elements are governed by field specifications and table 
relationships, according to the way an organization perceives and 

30 uses the data. This perception is based on how an organization 
functions and nms its business. The types of business rules include 
both database-oriented and application-oriented rules. The database- 
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oriented rules that are stored in the business rules portion 462 of the 
metadata database 305, comprise a set of constraints that have been 
implemented in the data model of the database system 315. The 
business rules include term, fact, action and inference rules, and 
5 covers the data validation (update) rules, data derivation rules, 
exception rules, constraints in the database system 315 table and 
column, and data restriction, constraint, and process logic. The 
primaiy entities in a portion of an ER diagram, that constitute the 
business rules portion 462 of the metadata database 305, are shown 
10 in FIG. 6F. 

The business events portion 464 provides infomiation on 
business events, which are events that affect or relate to the 
knowledge entity at different levels, such as employee share option 
schemes and corporate restructuring. It includes events which are 
15 within the business scope of the knowledge entity. The primaiy 
entities in a portion of an ER diagram, that constitute the business 
events portion 462 of the metadata database 305, are shown in FIG. 
6G. 

The reference and standards portion 466 provides information on 
20 reference and standards taxonomies that are used by the database 
system 315 for standardization, administration and reporting. The 
reference and standards portion 466 comprises taxonomies such as, 
identification schemes, reference schemes, and classification 
schemes. The reference and standards portion is inherent in the 
25 other portions of the metadata database 305, and may be coupled to 
any of the variety of applications 470-486. The multiple language 
portion 467 of the metadata database 305 provides storage of all 
textual metadata, simultaneously, in many different languages that 
apply to all metadata portions 452-468 in the metadata database 305. 
30 The languages that are supported by the multiple language portion 
467, include traditional Chinese, simplified Chinese, Japanese Kanji, 
and Thai local language. As an example, the Language entity 6E9 and 
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a miolti-language linking entity (not shown) in FIG. 6E provide 
multiple language support for the Knowledge Version entity 6E4. The 
Language entity 6E9 is also linked to other entities that have multiple 
language support, however, these linking entities are not shown. The 
5 Language entity 6E9 is a primary entity in an ER diagram, that 
constitute the mxiltiple language portion 467 of the metadata 
database 305. 

The document resources portion 468 provides information on 
document resources that are stored and available in the database 

10 system 315. The document resources include version data, version 
change history, multiple docxraient history and related/ reference 
documents. In addition, document semantic content is stored. These 
include titie, subject category (pre-defined), status, key words, 
language, and a sxmmiaiy page. 

15 Turning now to the knowledge manager 310, the applications 

supported by the knowledge manager 310 include a data model 
manager 470, a data dictionary manager 472, a knowledge entity 
manager 473, a data mapper 474, a change manager 476, a business 
rules manager 478, a knowledge and document resource manager 480, 

20 a reference and standards processor 482, a performance manger 486, 
and a GUI 490. 

The data model manager 470 comprises an information sources 
portion 470A for providing a data model of the database system 345E 
of the information service provider 345, which is one of the 

25 information sources 330 of the information service provider 320. Also, 
an information service provider portion 470B of the data model 
manager 415 provides a data model of the database systems 315 of 
the information service provider 320. Further, an information 
consimier portion 470C of the data model manager 470 provides a data 

30 model of the database system 350E of the information service provider 
350, which is one of the information consumers 340 of the 
information service provider 320. 
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The data model manager 470 accesses data model metadata 
primarily stored in the knowledge, knowledge entity and data 
dictionary portions 452, 454 and 458 of the metadata database 305. 
The data model manager 470 then uses the data dictionary metadata 
5 to relate to the data models, and presents the data models to users 
in a graphical form. The data models comprise diagrams, an example 
being ER diagrams. 

The data dictionary manager 472 includes an information sources 
portion 472A for providing data dictionaries of the information sources 

10 330. These data dictionaries include a data dictionary for the database 
system 345E of the information service provider 345. An information 
service provider portion 472B of the data dictionary manager 472 
provides a data dictionary for the database system 315 of the 
information service provider 320. The data dictionary manager 472 also 

15 includes an information consumers portion 472C for providing data 
dictionaries of the information consumers 340, which includes a data 
dictionary of the database system 350E of the iraformation service 
provider 350. 

The data dictionary manager 472 accesses data dictionary 
20 metadata primarily stored in the knowledge, knowledge entity and 
data dictionary portions 452, 454 and 458 of the metadata database 
305. The data dictionary manager 472 then uses the data dictionary 
nietadata to generate data dictionaries, and provides the necessary 
output to the GUI 490, for the data dictionaries to be presented to a 
25 user. 

The knowledge entity manager 473 accesses metadata primeuily 
stored in the knowledge entity portion 454 of the metadata database 
305. The knowledge entity manager 473 then uses the knowledge 
entity metadata to structure the relationships of each knowledge 
30 entity. The knowledge entity manager 473 provides the necessary 
information to the data model manager 470, the data dictionary 
manager 472, the change manager 476, the knowledge and document 
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resource manager 480, the performance manager 486, the business 
rules processor 478, and so on. 

The data models provided by the data model manager 470, 
illustrate relationships between entities and attributes in the 
5 database systems 315, 345E and 350E graphically, while the data 
dictionaries set out the relationships between entities and attributes 
in the database systems 315, 345E and 350E in text form. 

In an embodiment of the present invention, a user using the data 
model manager 470 and the data dictionary manager 472, via the GUI 
10 490, is able to search the data dictionaries, and navigate to the 
respective graphical ER diagram of the respective data model. 
Similarly, each entity and attribute in the ER diagram of a data model, 
is linked to the respective entity m a data dictionary. When a data 
dictionary is accessed, other metadata relating to the knowledge 
15 entity manager 473, the change manager 476, the data mapper 474, 
the business rule manager 478 are linked. 

The data mapper 474 accesses data mapping metadata, which is 
primarily stored in the data mapping portion 456 of the metadata 
database 305, and enables a user to browse and search for data 
20 mapping in different ways - information soxirce 330 data centric, 
information service provider 320 centric, or information consumer 340 
data centric. Data heritage and lineage analysis can be perfonned to 
provide information on the original source of the data, the destination 
and usage of data in the information consvraier databases. The ability 
25 to analyze and xmderstand the origin of the data is necessary to 
prevent data incompatibility by comparing the data format, length and 
width across the information sources 330, the information service 
provider 320, and the information consimiers 340. 

The change manager 476 accesses change management metadata, 
30 which is primarily stored in the change management portion 460 of 
the metadata database 305, and enables users and administrators to 
identify and track the areas that may have an impact when a change 
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is to be made. This is sometimes referred to as impact analysis. The 
change manager supports online change request form, through which 
any change 476 request can be submitted and processed. Apart from 
identifying and monitoring the areas that may be impacted when a 
5 change request is to be assessed, the change manager 476 facilitates 
the tracking of change requests throughout their life cycle, and 
archives all information related thereto in the change management 
portion 460 of the metadata database 305. The change manager 476 
records and manages what was changed, why it was changed, where it 

10 was affected, when the change took place, who made the change, and 
how the change was carried out. The change manager 476 manages 
changes in the database structure of the database system 315, the 
GUI 490, docimientation, data mapping, business rules, reference and 
standards, report template, etc. The change manager provides a focal 

15 point, whereby change requests are raised, analyzed, evaluated and 
tracked. 

The business rules processor 478 accesses business rules 
metadata, which is primarily stored in the business rules portion 462 
of the metadata database 305, and as mentioned before, the types of 

20 business rules include both database-oriented and application- 
oriented rules. The database-oriented rules were described earlier in 
relation to the business rules portion 462. The application-oriented 
rules are implemented by the business rules processor 478, and 
include data checks that need to be considered in exception reports, 

25 front-end application and data feed processor. The business rules 
processor 478 enables business rules to be stored, administered and 
managed. 

The reference and standards processor 482, access reference and 
standards metadata, which is primarily stored in the reference and 
30 standards portion 466 of the metadata database 305. The reference 
and standards processor 482 implements the reference and standards 
that are used in the metadata database 305 for standardization. 
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administxation and reporting purposes. This allows customized 
reports to be generated and published for easy access, search and 
reference. 

The performance manager 486 accesses all the metadata portions 
5 452-468 of the metadata database 305. The performance manager 486, 
processes statistics such as metadata access, usage patterns, and 
metadata inventory. For example, statistics on who view what and 
when, the number of documents that were collaborated by the 
knowledge entities, etc. 

10 The knowledge and document resource manager 480 accesses 

knowledge metadata and document resources metadata, which are 
primarily stored in the document resources portion 468 and the 
knowledge portion 452 of the metadata database 305. The knowledge 
and docxmient resource manager 480 facilitates purposeful and 

15 effective searching of documents, which is easily accessible and there 
are mxiltiple ways to find doctunents with intuitive search methods. 
The knowledge and document resource manager 480 controls the 
versions of documents, the change history of documents, and provides 
access to multiple document history and related/ reference 

20 documents. The document resources metadata is leveraged and linked 
dynamically to the other portions of the metadata database 305, such 
as the change management portion 460 to track changes to 
documents. 

The GUI 490 provides a user interface to the knowledge manager 
25 310, and accesses metadata stored in the metadata database 305. The 
GUI 490 enables authorized users or administrators to access, 
manage, and administer the metadata stored in the metadata 
database 305. 

FIG. 5 illustrates that the various metadata portions 452-468 in 
30 the metadata database 305 are integrated and interact seamlessly to 
exchange information during operation, as represented by the arrows. 
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FIGS. 6A-6G extend over several pages, and a brief explanation 
on the organization of the figures and the references that are used in 
these figures follows. Using FIG. 6A as an example, the reference FIG. 
6A refers to the page with FIG. 6A, and the COLUMN MAPPING entity 
5 on that page has a reference 6A1. Now looking at the coupling points, 
for example, the one labeled 6A1-1 — 6B3-2, refers to entity reference 
6A1, coupling point number 1, being coupled to entity reference 6B3, 
coupling point nimiber 2. The same labeling scheme is used through 
out FIGS. 6A-6G. 

10 In FIG. 7 a computer system 700 for implementing the metadata 

database management system 300 of the present invention, includes 
Web and Application servers 705, which support a knowledge manager, 
and is coupled to a metadata database 710. The metadata database is 
in turn coupled to a data modeler terminal 715 and an administrator 

15 terminal 720. The Web and Application servers 705 are coupled to a 
terminal 725 for web page design and for web master administration, a 
web server administrator terminal 730, and terminals 735 (only one 
shown) for users. 

Hence, the metadata database management system in 

20 accordance with the present invention, as described, provide a 
metadata database that stores and maintains information about data 
stored in a database system. In addition, a knowledge manager uses 
the metadata stored in the metadata database to determine various 
knowledge aspects of the database system. 

25 This is accomplished by storing metadata associated with data 

that is stored in a database system, in a metadata database. The 
metadata database may be divided into portions, where each portion 
includes predetermined metadata. A knowledge manager provides a 
variety of application for determining a variety of knowledge aspects of 

30 the database system. Each of the applications accesses one or more 
of the portions of the metadata database, and determine a knowledge 
aspect of the database system. The various knowledge aspects that 
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are determined advantageously allow the database system to be more 
efficiently managed. 

When the database system is coupled to information sources and 
information consumers, the metadata of the information sovirces and 
information consumers, and the database system stored in the 
metadata database are coupled. The knowledge manager can then 
determine a variety of knowledge aspects of the database system 
including the flow of data with the information sources and 
information consumers. 

The present invention, as described, therefore provides a 
metadata database management system and method therefor which 
overcomes, or significantly reduces, the abovementioned problems of 
the prior art because diverse incoming and outgoing data can now be 
managed with reduced redixndanc^ and rework. 

It will be appreciated that although only one particular 
embodiment of the. invention has been described in detail, various 
modifications and improvements can be made by a person skilled in 
the art, without departing from the scope of the present invention. 
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CLAIMS 

1. A metadata database znanagemeDt system for at least oae database, wherein the at least 

one database is coupled to receive infonnation ftoro at least one infonnation source and coiqjled | 
to provide informalion to at least one infonnation consumer, the metadata database management | 
system comprising: 

a metadata database for storing metadata associated vdth data stored in the at least one 
database, for storing metadata associated witii the at least one information source, and for storing 
metadata associated vdih the at least one informadon consumer; and . 

a knowledge manager coupled to the metadata database, the knowledge manager 
compiismg at least one metadata application for managing a plurality of knowledge aspects of 
the at least one database, the at least one metadata application for accessing at least some of the 
metadata stored in the metadata database, and the at least one metadata application for using the 
at least some of the mfttadata to manage ai least one of the plurality of knowledge aspects of the 
at least one database; 

wherein at least some of the metadata stored in the metadata database constitute at least 
one portion of the metadata database, and 

wherein the at least one portion of the metadata database is integrated by being inter- 
coupled by a common information bus to the at least one metadata application of the knowledge 
manager, 

further wherein the at least some of tibte metadata stored in the metadata database 
constitute a multiple language portion of the metadata database, and vdierein tiie at least some of 
the metadata comprises at least one multiple language metadata. 

2. A metadata database management system in accordance with claim 1 being adapted for 
dynamically coupling to the at least one database. 

3. A metadata database management system in accordance with claim 1 being adapted for 
dynamically coupling to the plurality of information soxjroes. 
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4. A metadata database management system in accordance with claim 1 being 
adapted for dynamically coupling to the plurality of infiMmation consumers. 

5. A metadata database management system in accordance with claim 1, wherein the at least 
one information source comprises at least aaiolher database, the metadata database management 
system for coupling to the at least another database, and the metadata database for storing 
metadata associated with the at least another database. 

6. A metadata database management system in accordance with claim 5, wherein the at least 
another database has at least another one information source coupled thereto, the metadata 
database management system for coupling to the at least another one inforaiation source, and tiie 
metadata database for storing metadata associated with the at least another one information 
source. 

7. A metadata database m^tiagftment syst«n in accordance with claim 5, v^erein th^ at least 
another database has at least another one mformation consumer coupled thereto, tiic metadata 
database management system for coupling to the at least another one iuformation consumer, and 
the metadata database for storing metadata associated witii the at least another one information 
consumer. 

8. A m^^*^^^^ database management system in accordance with claim 1, v^erein the at least 
one information consimier comprises at least one otiier database, the metadata database 
management system for coupling to the at least one other database, and the metadata database for 
storing metadata associated with the at least one other database. 

9. A metadata database management system in accordance widi claim 8, wherein the at least 
one other database is coupled to at least one other information source, the metadata database 
management system for coupling to the at least one other infomoation source, and the metadata 
database for storing metadata associated with the at least one other information source. 
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10. A metadata database management system in accordance with claim 8, vAierein 
the at least one other database is coupled to at least one other information consumer, the 
metadata database management system for coiqpling to the at least one other information 
consumer, and the metadata database for storing metedata associated with the at least one other 
infbmiation consumer. 

11. A metadata database management system in accordance with claim 1, wherein tibe at least 
some of the metadata stored m the metadata database constitute a knowledge portion of the 
metadata database, and wherein the at least some of the metadata comprises at least one 
knowledge metadata. 

12. A metadata database management system in accordance with claim 1 ^ wherein the at least 
some of fhe metadata stored in the metadata database constitute a knowledge entity portion of die 
metadata database, and wherem the at least some of the metadata comprises at least one 
knowledge entity metadata. 

13. A metadata database management system in accordance wifb claim 1, wherein the at least 
some of the metadata stored in tiie metadata database constitute a data tnapping portion of the 
metadata database, and wherein the at least some of the metadata comprises at least one data 
mapping metadata. 

14. A metadata database management system in accordance widi claim 1, wherein the at least 
some of the metadata stored in &6 metadata database constitute a datadictionaiy portion of the 
metadata database, and wherein the at least some of the metadata comprises at least one data 
dictionary metadata. 

15. A metadata database management system in accordance widi claim 1 , wherein fhe at least 
some of the metadata stored in fte metadata database constitute a change management portion of 
the metadata database, and wherem the at least some of the metadata comprises at least one 
change management metadata. 
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16. A metadata database management system in accordance with claim 1 , wherein the at least 
some of the metadata stored in the metadafa database constitute a business rules portion of the 
metadata database, aad wherein the at least some of the metadata comprises at least one business 
rules metadata.. 

1 7. A metadata database management system in accordance wifli claim 1, wherein the at least 
some of the metadata stored in the metadata database constitute a business event portion of the 
metadata database, and wherein the at least some of the metadata comprises at least one business 
event metadata 

18. A met^dflta database management system in accordance with claim 1 , wherein the at least 
some of the metadata stored in the metadata database constitute a refermce and standards portion 
of the metadata database, and wherem the at least some of the metadata comprises at least one 
reference and standards metadata. 



19. A metadata database management system in accordance with claim 1, wherein the at least 
some of the metadata stored in the nietadata database constitute a document resources portion of 
the metadata database^ and wherein the at least some of the metadata comprises at least one 
document resources metadata. 



20. A metadata database management system in accordance with clahn 1, vAerein the at least 
one metadata application comprises a data model manager for using the at least some of the 
metadata to mariage at least one data model of the at least one database. 

2L A metadata database management system in accordance with claim 1, wherein the at least 
one metadata application comprises a data dictionary manager for using tiie at least some of the 
metadata to manage at least one data dictionary of the at least one database. 
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22. A metadata database management system in accordance with claim 1, wherein 
the at least one metadata application comprises a knowledge entity manager for using the at least 
some of the metadata to manage at least one knowledge entity of the at least one database. 

23. A metadata database management system in accordance with claim 1, wherein flie at least 
one metadata application comprises a data mapper for using the at least some of the metadata to 
manage at least one data mapping of die at least one database. 

24. A metadata database management system in accordance with claim 1, wherein the at least 
one metadata application comprises a change manager for using the at least some of the metadata 
to manage at least one change associated with the at least one database. 

25. A metadata database management systedi in accordance with claim 1, wherein the at least 
one metadata application comprises a business risles processor for using the at least some of the 
metadata to manage at least one business rule associate with the at least one database. 

26. A metadata database management system in accordance witfi claim 1 ^ wherein the at least 
one metadata application comprises a reference and standards processor for ming the at least 
some of the metadata to manage at least one reference of the at least one database. 

27. A metadata database management system in accordance with claim 27, herein the at 
least one reference comprises at least one standard. 

2S. A metadata database manag^nent systmi in accordance witti claim 1> wherein the at least 
one metadata application comprises a performance manager for using the at least some of the 
metadata to manage at least one performance aspect of the at least one database. 

29. A metadata database management system in accordance with claim 1, vdierein the at least 
one metadata application comprises a graphical user interface for using the at least some of the 
metadata to nooxxage at least one grapMcal user interface aspect of the at least one dm^ 
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30. A knowledge manager for a metadata database managraient system of at least one 
database, wherein the at least one database is coupled to receive information from at least one 
information source and coupled to provide infomiation to at least one information consumer, the 
knowledge manager comprising: 

at least one metadata application for coupling to a metadata database, the at least one 
metadata application for managing a plurality of knowledge aspects of the at least one database, 
the at least one metadata application for accessing at least some of the metadata stored in the 
metadata database, and the at least one metadata application for using the at least some of the 
metadata to manage at least one of the plurality of knowledge aspects of the at least one 
database; 

wherein at least some of the metadata stored in the metadata database constitute at least 
one portion of the metadata database, and 

wherein the at least one portion of the metadata database is integrated by bemg inter- 
coupled by a common information bus to the at least one metadata application of the knowledge 
manager; 

further wherem the at least some of the metadata stored in the metadata database constitute a 
multiple language portion of the metadata database, and wherem the at least some of the 
metadata comprises at least one multiple language metadata. 

31. A knowledge manage in accordance with claim 30, wherein the at least one metaxlata 
application comprises a data model manager for using the at least some of the metadata to 
manage at least one data model of the at least one database. 

* 

32. A knowledge manager in accordance with claim 30, wherein the at least one metadata 
appUcation comprises adictionaryzndiiager for usmg the at least some of the metadata to m 

at least one data dictionary of tiie at least one database. 
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33. A knowledge manager in accordance with claim 30, wherein the at least one , 
metadata application comprises a knowledge entity manager for using the at least some of the 
metadata to manage at least one knowledge entity of the at least one database. 

34. A knowledge manager in accordance with claim 30, wherein tiie at least one'inetadata 
application comprises a data mapper for using the at least some of the metadata to manage at 
least one data mapping of th6 at least one database. 

35. A knowledge manager in accordance with claim 30, wherein flie at least one metadata 
application comprises a change manager for using the at least some of the metadata to manage at 
least one change associated with the at least one database. 

36. A knowledge manager in accordance with claim 30, wherem the at least one metadata 
application comprises a business rules processor for using the at least some of the metadata to 
manage at least one business rule associate with the at least one database. 

37. A knowledge manager in accordance with claim 30, wherein the at least one metadata 
application comprises a reference and standards processor for using the at least some of the 
metadata to manage at least one reference of flie at least one database. 

38. A knowledge manager in accordance with claim 37, wherein the at least one reference 
comprises at least one standard. 

39. A knowledge manager in accordance with clann 30, wherein the at least one metadata 
application comprises a performance manager for using the at least some of the metadata to 
manage at least one performance aspect of the at least one database. 

40. A knowledge manager in accordance with claim 30, wherein the at least one metadata 
application comprises at least one graphical user interface for using the at least some of the 
metadata to manage at least one graphical user interface aspea of the at least one database. 
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